home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / mint / filesys / ramfs.zoo / lisez.moi < prev    next >
Text File  |  1993-09-03  |  3KB  |  55 lines
  1.  
  2.      RAMFS.XFS: Un ramdisk de taille variable pour MiNT
  3.         Version 1.4 -- Septembre 1993
  4.  
  5. Dans la documentation de MiNT, Eric Smith indiquait que le chargement
  6. dynamique des systemes de fichiers devrait permettre de programmer
  7. simplement un disque virtuel de taille variable.  Bien que ce soit
  8. effectivement la chose la plus simple que l'on puisse imaginer, je n'ai
  9. trouve ca nulle part; alors, je l'ai ecrit. 
  10.  
  11. Ce disque virtuel alloue dynamiquement la memoire dont il a besoin, et
  12. pas davantage.  Comme on peut s'y attendre, il fonctionne mal avec des
  13. programmes accaparant toute la memoire; en particulier, si vous voulez
  14. l'utiliser comme repertoire temporaire pour le GCC, commencez par
  15. reduire la taille de la pile pour gcc-cpp, gcc-cc1, gcc-as et gcc-ld:
  16. une pile de 128Ko semble raisonnable. 
  17.  
  18. Ce disque s'installe en U:\ram (ceci peut etre modifie en corrigeant la
  19. ligne definissant RAM_NAME dans ramfs.c) si vous avez MiNT 1.08 ou une
  20. version plus recente; sinon, il s'installera en tant que drive R. 
  21. Prenez garde dans ce cas, car les fonctions du Bios telles que getbpb()
  22. et rwabs() donneront surement des resultats etranges sur ce drive.  Le
  23. systeme de fichiers est "case-insensitive" (la casse des caracteres est
  24. preservee, mais ignoree), et les noms de fichiers sont limites a 35
  25. caracteres (c'est la constante RAMFILE_MAX); les bits rwx, ainsi que
  26. l'uid et le gid du proprietaire sont pris en compte.  Un fichier ne
  27. retient que sa date de derniere modification, pas les dates de creation
  28. ni de dernier acces.  On peut definir des liens symboliques; il n'y a
  29. pas de liens physiques.  Le verrouillage des fichiers n'est pas
  30. implemente, mais les modes de partage le sont.  Il est possible de
  31. deplacer un fichier, repertoire ou lien d'un repertoire vers un autre. 
  32.  
  33. Il est possible de "detruire" un fichier ouvert; il sera alors
  34. immediatement ote du repertoire, mais ne sera effectivement detruit que
  35. lorsque le fichier aura ete entierement referme.
  36.  
  37. Un seek() peut aller au-dela de la fin du fichier.  Par ailleurs, il
  38. devrait etre possible de faire un Dgetcwd() sur un path de longueur
  39. arbitraire.  Ces deux modifications n'ont pas ete vraiment testees, donc
  40. soyez prudents. 
  41.  
  42. Les resultats renvoyes par Dfree() ne doivent pas etre trop pris au
  43. serieux, a cause des problemes de fragmentation de la memoire. 
  44.  
  45. Ce programme est en "postcardware"; si vous trouvez qu'il vous plait,
  46. envoyez-moi une carte postale a l'adresse indiquee ci-dessous.  Pour les
  47. comptes-rendus de bugs, utilisez plutot l'une des adresses
  48. electroniques. 
  49.  
  50.   Thierry BOUSCH        Internet:  bousch@suntopo.matups.fr
  51.   44 Boulevard du Temple           Thierry.Bousch@linn.fidonet.org
  52.   75011 PARIS
  53.   FRANCE            Fidonet:   Thierry.Bousch @ 2:320/100
  54.  
  55.